think I left some test changes out of the commit, will fix it tomorrow.

I don't think this code is safe anyway (see weird "multiple done" issue cropping up in #4481). It's pretty clear the changes I made in v8.2.0 screwed something up w/r/t handling of promises, but I'm not sure what that is yet.

Coverage decreased (-0.04%) to 94.037% when pulling fc0b6cd on boneskull/issue/4481-uncaught into 7e490aa on master.

this actually addresses issues in #4481 and another issue causing erroneous "multiple done" output.

This update causes a LOT of test failures for us in Heroku. We had to revert back to 8.2.0.

unless you can provide more info, I can’t help

@boneskull In my case, it seems to cause an extra listener call.

I can repro consistently using mocha 8.2.1. Here's a minimal repro case with no other dependencies. I'm on node 10.19.0.

it('should call a custom `unhandledRejection` listener once per unhandled rejection', async () => {
  // Register our listener
  let listenerCallCount = 0
  process.on('unhandledRejection', () => listenerCallCount++)

  // Force a rejection and wait for it to bubble up to the process EventEmitter
  const unhandledRejection = new Promise(resolve => process.once('unhandledRejection', () => resolve()))
  Promise.reject(new Error('Unhandled promise rejection!'))
  await unhandledRejection

  if (listenerCallCount !== 1) {
    throw new Error(`listenerCallCount was ${listenerCallCount}, expected 1`)
  }
})

Result:

Error: listenerCallCount was 2, expected 1

If I go into node_modules/mocha/lib/runner.js and comment out the process.emit('unhandledRejection', reason, promise);, my test passes.

So on 8.2.1 we get an extra listener call. On 8.2.0 the test fails with Uncaught Error: Unhandled promise rejection!. On 5.2.7, which I happen to be upgrading from, the test passes. Let me know what other info is helpful.

yeah, Mocha now has a listener for unhandledRejection--it needs one, or it will swallow rejections.

would recommend that you test for a number greater than 0, or test that a specific listener was called.

Thanks for the quick reply. I'm a little confused by what you mean by "swallow rejections", since commenting out the re-emit code shows that rejections still reach the user's listener. Maybe there are other listeners it's doesn't reach that I'm not aware of though.

In any case, the workarounds you provided are fine for me. Thanks for your work on mocha!

I mean that users who aren’t setting their own will not see anything and have no idea the rejection happened (depending on node version)